home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001032_sanders@bsdi.com _Thu May 6 01:14:06 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <sanders@bsdi.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA18760; Thu, 6 May 93 01:14:06 MET DST
  4. Errors-To: sanders@bsdi.com
  5. Received: from austin.BSDI.COM by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  6.     id AA10901; Thu, 6 May 1993 01:34:44 +0200
  7. Received: from localhost by austin.BSDI.COM (5.67/1.37)
  8.     id AA01420; Wed, 5 May 93 18:34:41 -0500
  9. Message-Id: <9305052334.AA01420@austin.BSDI.COM>
  10. To: www-talk@nxoc01.cern.ch
  11. Subject: Re: forwarded... [Explicit Linking is Impossible] 
  12. In-Reply-To: aronsson@lysator.liu.se's message of Wed, 05 May 93 23:24:26 +0200.
  13. Errors-To: sanders@bsdi.com
  14. Reply-To: sanders@bsdi.com
  15. Organization: Berkeley Software Design, Inc.
  16. Date: Wed, 05 May 1993 18:34:40 -0500
  17. From: Tony Sanders <sanders@bsdi.com>
  18.  
  19. aronsson@lysator.liu.se's message of Wed, 05 May 93 23:24:26 +0200.
  20. > might have.  My limited experience of writing HTML documents and
  21. > converting old plain text documents to HTML makes me agree with Eliot
  22. > Kimber's conclusions.
  23. ...
  24. > automatically.  But manually keeping track of hypertext links between
  25. > a text that I maintain and another text that someone else maintains,
  26. > would be next to impossible.
  27.  
  28. Use indirection, make the anchors say "the part of the foobar manual about
  29. blat" and then have a database that translates them to actual HREF's and/or
  30. computes them on the fly.  There is no magic wand or silver bullet to
  31. solve these problems, but you can make it easier to maintain when something
  32. goes away.  In the local arena you can use backrefs to manage changes,
  33. not so easy with global documents (though DOCid's and HTTP2 will solve
  34. some of the problems).
  35.  
  36. There is nothing wrong with adding a layer of software beteen HTML
  37. and whatever documents you are storing to make life easier.
  38.  
  39. Part of problem lies in the approach.  Hypertext is designed as a
  40. distributed information management system (how else can you expect to put
  41. a yottabyte of data online :-), and they are trying to do everything local
  42. and then publish this whole big thing.  No doubt they are having problems.
  43. No doubt that the problem they are trying to solve is hard.  The fact that
  44. link complexity is non-linear isn't a new problem.  Every system that has
  45. relationships has this problem, including human interaction.  This is the
  46. big company/project problem and you can use some of the same techniques
  47. to minimize its impact.
  48.  
  49. In summary, I agree that massive explicit linking is impossible, but it
  50. isn't desirable either.  I like what Edward Vielmetti, just said about
  51. it, he sums it up better than I.  Yes, there is a need for tools in this
  52. area, keep in mind this is a VERY young technology (you can tell becuase
  53. hypertext still means something, unlike older technologies like
  54. Object-Oriented programming which have ceased to have any real meaning).
  55. To me it's not hypertext if it's not interactive (authoring tools!) and
  56. we aren't quite there yet.
  57.  
  58. > Thanks, Marc and NCSA, for X Mosaic.  Is there an NCSA HTML editor
  59. > too?  Today I have GNU Emacs.  I would like two Mosaic windows, and to
  60. tkWWW has editing functions (you can add links on the fly) but it needs
  61. work before it's "production" quality.  The problem is that HTTP2 isn't
  62. in place yet so you can't send the changes back to the server anyway.
  63.  
  64. An ex-IBMer also (moved 4 times in three years) ;-)
  65.  
  66. --sanders@bsdi.com